United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
United States Patent and Trademark Office 
Address: COMMISSIONER FOR PATENTS 
P.O. Box 1450 

Alexandria, Virginia 223 1 3- 1 450 
www.uspto.gov 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO. 



CONFIRMATION NO. 



09/817,801 



22801 



03/26/2001 



05/25/2005 



Michael J. Novak 



7590 

LEE & HAYES PLLC 

421 W RIVERSIDE AVENUE SUITE 500 

SPOKANE, WA 99201 



MS1-787US 



8360 



EXAMINER 



SHIN, KYUNG H 



ART UNIT 



PAPER NUMBER 



2143 

DATE MAILED: 05/25/2005 



Please find below and/or attached an Office communication concerning this application or proceeding. 



PTO-90C (Rev. 10/03) 



Office Action Summary 



Application No. 

09/817,801 



Examiner 

Kyung H. Shin 



Applicant(s) 

NOVAK ETAL 



Art Unit 

2143 



- The MAILING DATE of this communication appears on the cover sheet with the correspondence address « 
Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MO NTH (S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If the period for reply specified above is less than thirty (30) days, a reply within the statutory minimum of thirty (30) days will be considered timely. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1.704(b), 

Status 

1)£3 Responsive to communication(s) filed on 16 November 2004 . 
2a)D This action is FINAL. 2b)^ This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quay/e, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) S Claim(s) 1-68 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) [^ Claim(s) 1-68 is/are rejected. 

7) D Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) D The specification is objected to by the Examiner. 

10) D The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

11) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) D Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)D All b)D Some * c)Q None of: 

1 .□ Certified copies of the priority documents have been received. 

2.Q Certified copies of the priority documents have been received in Application No. . 



3-D Copies of the certified copies of the priority documents have been received in this National Stage 
application from the International Bureau (PCT Rule 17.2(a)). 
See the attached detailed Office action for a list of the certified copies not received. 



Attachment(s) 

1) ^ Notice of References Cited (PTO-892) 4) O Interview Summary (PTO-413) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Pa P er No(s)/Mail Date. . 

3) □ Information Disclosure Statement(s) (PTO-1449 or PTO/SB/08) 5 ) d Notice of Informal Patent Application (PTO-152) 

Paper No(s)/Mail Date . 6) □ Other: . 



U.S. Patent and Trademark Office 

PT0L-326 (Rev. 1-04) 



Office Action Summary 



Part of Paper NoVMail Date 20050512 



Application/Control Number: 09/817,801 Page 2 

Art Unit: 2143 

DETAILED ACTION 
Response to Amendment 

1 . This action is responding to application filed 3/26/2001 . 

2. Claims 1-68 are pending. Claims 1, 8, 9, 12, 19, 25, 28, 31, 32, 39, 45, 50, 51, 55, 
56, 61, 63, 66 and 68 are independent. 

Response to Arguments 

3. Applicant's arguments, filed 1 1/16/2004, with respect to the rejection(s)of claim(s) 
1^8 have been fully considered and are persuasive. Therefore, the rejection has 
been withdrawn. However, upon further consideration, a new ground(s) of rejection is 
made in view of Bodin. 

3. 1 . Applicant on Pages 25, 26, 27 argues that the prior art does not disclose that 
for Claims 1 , 8, 9 " ... download a file that contains at least one media-specific 
file configured to provide a user interface, and song files with which the user 
interface is associated ... ". 

Dwek prior art discloses at least one media-specific file configured to provide 
a user interface (i.e. media player, personalized "skin" capabilities), (see Dwek 
col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) specific information (i.e. 
downloaded) at same time; col. 11, line 66 - col. 12, line 4: " ... The features 
pane . . . includes a "skins" button to allow a user to create, or select a 
precreated, "skin" or custom appearance template for the user interface 250 of 
the music player 120. By changing skins, a user can customize the size, shape, 
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color, or other appearance features of the panes, handles, and buttons of the 
user interface 250 ..." skin capability for media content user interface), and 
song files, (see Dwek col. 8, lines 2-7: stream (i.e. download) file\ col. 5, lines 21- 
24: streamed delivery of media content (i.e. song) file) 

3.2. Applicant on Pages 28,29,32,33 argues that the prior art does not disclose 
that for Claims 12, 19, 28, 31 " ... providing at least one media-specific file that is 
configured to provide a user interface on at least a portion of a media player ..." 
and "associating the one media-specific file with the one media content ..." 

Dwek prior art discloses at least one media-specific file configured to provide 
a user interface (i.e. media player capabilities), (see Dwek col. 15, lines 5-8; col. 
15, lines 14-18: media (i.e. song) specific information (i.e. downloaded) at same 
time] col. 1 1 , line 66 - col. 12, line 4: skin capability for media content user 
interface), and a user interface on a portion of media player, (see Dwek col. 5, 
line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. windows) can be 
displayed or hidden via a "click 1 ) 

In the reference media player (i.e. user interface) operates as an application 
on a Personal Computer (PC), such that the media player occupies at least a 
portion of the PC display screen. The media player (i.e. user interface) consists 
of multiple panes (i.e. resizable application windows) constituting the media 
player user interface. 

3.3. Applicant on Page 30 argues that the prior art does not disclose that for Claim 
25, " ... providing multiple different files that define different aspects of a media 
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player user interface, at least some files being associated with media content and 
at least some other files being associated with visual content ..." and "... 
organizing the files for sending over a network to a client computer, said 
organizing using a hierarchical tab-based structure ..." 

Dwek prior art discloses at least one media-specific file configured to provide 
a user interface (i.e. media player, personalized "skin" capabilities), (see Dwek 
col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) specific information (i.e. 
downloaded) at same time; col. 1 1 , line 66 - col. 12, line 4: skin capability for 
media content associated user interface), and song files, (see Dwek col. 8, lines 
2-7: stream (i.e. download) file ; col. 5, lines 21-24: streamed delivery of media 
(i.e. song) file ; col. 7, lines 5-9: playlist option (i.e. multiple media content files 
downloaded) 

3.4. Applicant on Page 34 argues that the prior art does not disclose that for Claim 
32, "... a single file comprising: one or more media content files ..." and "... one 
of more content-specific files ..." and "... a relationship between the one or 
more media content files and the one or more content-specific files ..." 

Dwek prior art discloses one or more media content (i.e. song) files, (see 
Dwek col. 8, lines 2-7: stream (i.e. download) file; col. 5, lines 21-24: streamed 
delivery of media (i.e. song) file; col. 7, lines 5-9: playlist option (i.e. multiple 
media content files downloaded), and one or more media content-specific files 
configured to provide a user interface (i.e. media player capabilities), (see Dwek 
col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) specific information (i.e. 
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downloaded) at same time\ col. 1 1 , line 66 - col. 12, line 4: skin capability for user 
interface), and a user interface on a portion of media player, (see Dwek col. 5, 
line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. windows) can be 
displayed or hidden via a "click') 

3.5. Applicant on Pages 35,38,40,41,42,45 argues that the prior art does not 
disclose that for Claims 39, 45, 50, 51 , 55, 63 "... defining one or more metafiles 
that associate the one or more media-specific files with the one or more media 
content files ..." 

Dwek prior art discloses one or more metafile (i.e. metadata files). Dwek 
prior art discloses at least one metafile (i.e. metadata) downloaded, (see Dwek 
- col. 8, lines 34-40; col. 15, lines 14-18: metadata (i.e. specific information 
concerning media content) within information user interface pane downloaded 
with media content) 

3.6. Applicant on Pages 43, 44, 46, 48 argues that the prior art does not disclose 
that for Claims 56, 61 , 66, 68 "... automatically organizing the received files in 
one or more directories on a client computer hard drive without any intervention 
from a user ... " 

Bodin discloses media files processed from a disk storage device utilizing 
media player (i.e. user interface). Bodin in view of Dwek discloses client and 
server components capable of collect, organize, and build a set of multiple linked 
files for concatenation into one downloadable file. Download concatenated file to 
client for storage. Extract files from concatenated file and placement on disk for 
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media playback, (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: capability to 
combined multiple related data (i.e. media-specific, media content, metafiles) 
files into a single download event) 

In summary, the principal arguments indicated in the applicant's remarks are the 
following: 

1. Download one or more media content files for playback on a media 
player. (Claims 1, 8, 9, 25, 28, 31, 32, 39, 45, 50, 51) 

Dwek prior art discloses one or more media content (i.e. song) files downloaded 
for playback, (see Dwek col. 8, lines 2-7: stream (i.e. download) file; col. 5, lines 
21-24: streamed delivery of media (i.e. song) file) ; col. 7, lines 5-9: playlist 
option (i.e. multiple media content files downloaded) 

2. Download one or more media-specific file which has an association or 
relationship to media content. (Claims 1, 8, 9, 12, 19, 25, 28, 31, 32, 39, 45, 
50, 51, 14, 15, 16, 17, 55, 56, 61, 63) 

Dwek prior art discloses at least. one media-specific file configured to provide a 
media associated or relationship to media content user interface (i.e. media 
player, personalized "skin" capabilities), (see Dwek col. 15, lines 5-8; col. 15, 
lines 14-18: media (i.e. song) specific information (i.e. downloaded); col. 11, line 
66 - col. 12, line 4: skin capability for media content associated user interface). 

3. Initiate a media player (i.e. user interface), which is specifically linked to 
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media content, in multiple configurations (i.e. portion or entire media 
player). (Claims 1, 12, 19, 28, 31, 39, 50, 51, 55, 56, 61, 63) 

Dwek prior art discloses media player (i.e. user interface) initiated when media 
content file downloaded, (see Dwek col. 6, lines 53-62: media player (i.e. user 
interface) initiated when media content (i.e. song) file played) 
Dwek discloses a media player (i.e. user interface) that operates as an 
application on a Personal Computer (PC), such that the media player occupies at 
least a portion of the PC display screen. The media player (i.e. user interface) 
consists of multiple panes (i.e. resizable application windows) constituting the 
media player user interface, (see Dwek col. 5, line 63 - col. 6, line 6: multiple 
panes which can be displayed or hidden via a user click) 

4. Download a metafile (i.e. file containing metadata, which is context 
information about the media content) (Claims 39, 45, 50, 51, 55, 56, 61, 63) 
Dwek prior art discloses one or more metafiles (i.e. metadata) downloaded, (see 
Dwek col. 8, lines 34-40; col. 15, lines 14-18: metadata (i.e. specific information 
concerning media content) within information user interface pane downloaded 
with media content ; col. 17, line 64 - col. 18, line 6: specific contextual 
information (i.e. metadata) related to media content displayed within media 
player (i.e. user interface)) 

5. Automatically initiate media player (i.e. user interface) after download of 
media content file. (Claims 28, 31) 

Dwek prior art discloses automatic initiation of media player after selection by 
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user of media content file in search pane and file is downloaded, (see Dwek col. 
6, lines 53-62; col. 7, lines 5-9: after user selection (i.e. click) file downloaded and 
playback initiated) 

6. Build and download a concatenated (i.e. composed of multiple files) file 
from a server to a client. (Claims 25, 32, 45, 50, 51, 56, 61, 66, 68) 

Bodin discloses media files processed from a disk storage device utilizing media 
player (i.e. user interface). Bodin in view of Dwek discloses client and server 
components capable of collect, organize, and build a set of multiple linked files 
for concatenation into one downloadable file. Download concatenated file to 
client for storage. Extract files from concatenated file and placement on disk for 
media playback, (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: capability to 
combined multiple related data (i.e. media-specific, media content, metafiles) 
files into a single download event) 

Claim Rejections - 35 USC § 102 

4. Claims 1 - 3, 8 - 10, 12, 15 - 19, 21 - 26, 28 - 31, 39, 44 - 47, 49, 51 - 65 are 
rejected under 35 U.S.C. 102(e) as being anticipated by Dwek (US Patent No. 
6,248,946) 

Regarding Claims 1, 8, 9, 12, 18, Dwek discloses a method of providing a user 
experience when playing media on a media player comprising: 
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a) downloading a file that contains at least one mediaspecific file configured to 
provide a user interface, and media content with which the user interface is 
associated; (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) 
specific information (i.e. downloaded) at same time; col. 11, line 66 - col. 12, line 
4: skin capability for media content user interface) 

b) playing the media content with a media player; (see Dwek col. 8, lines 2-7: 
stream (i.e. download) file; col. 5, lines 21-24: streamed delivery of media content 
(i.e. song) file), 

c) automatically displaying the user interface when the media content is played with 
the media player, (see Dwek col. 11, line 66 - col. 12, line 4: skin capability for 
media content user interface) 

Regarding Claims 2, 3, Dwek discloses the method of claim 1 , wherein said 
automatically displaying comprises displaying the user interface as part of or comprising 
the media player, (see Dwek col. 5, lines 34-40; col. 5, line 63 - col. 6, line 6; col. 12, 
lines 40-53: a user interface on a portion of media player, multiple panes (i.e. resizable 
windows) which can be displayed or hidden via a "click", media player occupies at least 
a portion of the PC display screen) 

Regarding Claims 10, 53, Dwek discloses the media player of claims 9, 51, wherein 
the software code is configured to automatically display the user interface to comprise 
the entire media player user interface, (see Dwek col. 5, lines 34-40; col. 5, line 63 - 
col. 6, line 6; col. 12, lines 40-53: a user interface on a portion of media player, multiple 
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panes (i.e. windows) can be displayed or hidden via a "click") 

Regarding Claims 15, 21, 49, Dwek discloses the method of claims 12, 19, 45, wherein 
the one media content file comprises at least one song file, (see col. 4, lines 26-30: 
song file server, media content downloaded consists of song files) 

Regarding Claims 16, 22, Dwek discloses the method of claims 12, 19, wherein the 
one media content file comprises multiple song files, (see Dwek col. 4, lines 26-30: song 
file server, media content downloaded consists of song files ; see col. 7, lines 17-20: 
playlist capability enables multiple song files downloaded for playback) 

Regarding Claims 19, 24, Dwek discloses a method of organizing media content 
comprising: 

a) providing at least one mediaspecific file that is configured to provide a media 
player user interface; (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media 
(i.e. song) specific information (i.e. downloaded) at same time; col. 1 1 , line 66 - 
col. 12, line 4: skin capability for media content user interface) 

b) providing at least one media content file configured for play on a media player; 
(see Dwek col. 8, lines 2-7: stream (i.e. download) file; col. 5, lines 21-24: 
streamed delivery of media content (i.e. song) file) 

c) associating the one mediaspecific file with the one media content file such that 
any time the one media content file is played on the media player, the one 
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mediaspecific file is processed to automatically display the media player user 
interface, (see Dwek col. 1 1 , line 66 - col. 12, line 4: skin capability for media 
content user interface) 

Regarding Claim 28, 31, Dwek discloses a method of accessing media content 
comprising: 

a) displaying a link to media content; (see Dwek col. 6, lines 53-62: search user 
interface pane enables link (i.e. click) access to media) 

b) responsive to a user clicking on the link, automatically downloading a file that 
contains at least one media content file and at least one file that is configured to 
provide at least a portion of a media player user interface that is specific to media 
content associated with the one media content file; (see Dwek col. 6, lines 53-62: 
downloaded after user selected a media content file) 

c) playing the media content on a media player; (see Dwek col. 5, lines 25-33: 
media content (i.e. song) played on media player (i.e. user interface)) 

d) responsive to said playing, automatically displaying said portion of the media 
player user interface, (see Dwek col. 5, lines 34-40; col. 5, line 63 - col. 6, line 6; 
col. 12, lines 40-53: a user interface on a portion of media player, multiple panes 
(i.e. windows) can be displayed or hidden via a "click") 

Regarding Claim 29, Dwek discloses the method of claim 28, wherein said portion 
comprises an entire media player user interface, (see Dwek col. 5, lines 34-40; col. 5, 
line 63 - col. 6, line 6; col. 12, lines 40-53: a user interface on a portion of media player, 
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multiple panes (i.e. windows) can be displayed or hidden via a "click") 

Regarding Claim 30, Dwek discloses the method of claim 28, wherein said 
automatically displaying comprises automatically flipping from a nonmedia player user 
interface to a media player user interface, (a user interface on a portion of media player, 
(see Dwek col. 5, line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. 
windows) can be displayed or hidden via a "click") 

Regarding Claim 39, Dwek discloses a method of providing a media delivery 
mechanism comprising: 

a) providing one or more mediaspecific files, the files being configured to provide at 
least a portion of a media player user interface, said portion being associated 
with specific media that can be played on a media player; (see Dwek col. 15, 
lines 5-8; col. 15, lines 14-18: media (i.e. song) specific information (i.e. 
downloaded); col. 1 1 , line 66 - col. 12, line 4: skin capability for media content 
associated user interface) 

b) providing one or more media content files associated with media that can be 
played on a media player embodying the media player user interface, said media 
content files comprising the specific media with which the media player user 
interface portion is associated; (see Dwek col. 8, lines 2-7: stream (i.e. download) 
file; col. 5, lines 21-24: streamed delivery of media (i.e. song) file ; col. 7, lines 5- 
9: playlist option (i.e. multiple media content files downloaded)) 
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c) defining one or more metafiles that associate the one or more mediaspecific files 
with the one or more media, content files, the one or more metafiles being 
configured for processing such that when the media player plays media 
associated with a media content file, the media player automatically renders the 
media player user interface portion, (see Dwek col. 8, lines 34-40; col. 15, lines 
14-18: metadata (i.e. specific information concerning media content) within 
information user interface pane downloaded with media content ; col. 17, line 64 
- col. 18, line 6: specific contextual information (i.e. metadata) related to media 
content displayed within media player (i.e. user interface)) 

Regarding Claim 44, Dwek discloses the method of claim 40, wherein said providing of 
the one or more mediaspecific files comprises providing one or more mediaspecific files 
that are configured to provide an entire media player user interface, (see Dwek col. 5, 
line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. windows) can be 
displayed or hidden via a "click" media player occupies at least a portion or the entire 
PC display screen, media player (i.e. user interface) consists of multiple panes (i.e. 
resizable application windows)) 

Regarding Claim 45, Dwek discloses a method of providing media content over a 
network comprising: receiving input requesting that a file be sent to a client computer, 
the file comprising: 

a) one or more media content files associated with content that can be played on a 
media player on the client computer, (see Dwek col. 8, lines 2-7: stream (i.e. 
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download) file; col. 5, lines 21-24: streamed delivery of media (i.e. song) file ; 
col. 7, lines 5-9: playlist option (i.e. multiple media content files downloaded)) 

b) one or more mediaspecific files that can be processed to provide a 
contentspecific user interface, (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: 
media (i.e. song) specific information (i.e. downloaded) ; col. 11, line 66 - col. 12, 
line 4: skin capability for media content associated user interface) 

c) one or more metafiles that establish a relationship between the one or more 
media content files and the one or more media specific files such that a 
contentspecific user interface is displayed when the content is played on the 
media player; and sending the requested file to the client computer, (see Dwek 
col. 8, lines 34-40; col. 15, lines 14-18: metadata (i.e. specific information 
concerning media content) within information user interface pane downloaded 
with media content ; col. 17, line 64 - col. 18, line 6: specific contextual 
information (i.e. metadata) related to media content displayed within media 
player (i.e. user interface)) 

Regarding Claim 46, Dwek discloses the method of claim 45, wherein the 
contentspecific user interface comprises only a portion of a media player user interface, 
(see Dwek col. 5, line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. 
windows) can be displayed or hidden via a "click" media player occupies at least a 
portion or the entire PC display screen, media player (i.e. user interface) consists of 
multiple panes (i.e. resizable application windows)) 
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Regarding Claim 47, Dwek discloses the method of claim 45, wherein the 
contentspecific user interface comprises an entire media player user interface, (see 
Dwek col. 5, line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. windows) 
can be displayed or hidden via a "click" media player occupies at least a portion or the 
entire PC display screen, media player (i.e. user interface) consists of multiple panes 
(i.e. resizable application windows)) 

Regarding Claims 51, 54, 55, Dwek discloses a method for playing media, content on 
a media player comprising: receiving a file with a client computer, the file comprising: 

a) one or more media content files associated with content that can be rendered on 
a media player on the client computer, 

at least one mediaspecific file that can be processed to provide a contentspecific 
user interface, and at least one metafile that establishes a relationship between 
the media content files and the mediaspecific files such that a contentspecific 
user interface is provided when the content associated with the content files is 
played on the media player; (see col. 5, lines 21-24) 

b) playing content associated with the content files on the media player embodied 
on the client computer; (see Dwek col. 8, lines 2-7: stream (i.e. download) file; 
col. 5, lines 21-24: streamed delivery of media (i.e. song) file ; col. 7, lines 5-9: 
playlist option (i.e. multiple media content files downloaded)) 

c) while playing the content on the media player, displaying the contentspecific user 
interface, (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) 
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specific information (i.e. downloaded); col. 11, line 66 - col. 12, line 4: skin 
capability for media content associated user interface) 

Regarding claim 52, Dwek discloses the method of claim 51 , wherein the 
contentspecific user interface comprises only a portion of a media player user interface, 
(see Dwek col. 5, line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. 
windows) can be displayed or hidden via a "click" media player occupies at least a 
portion or the entire PC display screen, media player (i.e. user interface) consists of 
multiple panes (i.e. resizable application windows)) 

Regarding Claims 56, 60, 61, 63, 65, Dwek discloses a method for processing media 
content comprising: receiving a file with a client computer, the file comprising: 

a) one or more media content files associated with content that can be rendered on 
a media player on the client computer, (see Dwek col. 8, lines 2-7: stream (i.e. 
download) file; col. 5, lines 21-24: streamed delivery of media (i.e. song) file ; 
col. 7, lines 5-9: playlist option (i.e. multiple media content files downloaded)) 

b) at least one mediaspecific file that can be processed to provide a contentspecific 
user interface (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) 
specific information (i.e. downloaded); col. 11, line 66 - col. 12, line 4: skin 
capability for media content associated user interface), and 

c) at least one metafile that establishes a relationship between the media content 
files and the mediaspecific files such that a contentspecific user interface is 
provided when the content associated with the content files, is played on the 
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media player; (see Dwek col. 8, lines 34-40; col. 15, lines 14-18: metadata (i.e. 
specific information concerning media content) within information user interface 
pane downloaded with media content ; col. 17, line 64 - col. 18, line 6: specific 
contextual information (i.e. metadata) related to media content displayed within 
media player (i.e. user interface)) 
d) automatically organizing the received files in one or more directories on a client 
computer hard drive without any intervention from a user, the files being 
organized in a manner that permits audio and visual content to be played on a 
media player without any intervention from the user, (see Dwek col. 7, lines 51- 
62: media type files organized and stored on hard disk for playback by media 
player) 

Regarding Claim 57, Dwek discloses the method of claim 56 further comprising 
automatically playing audio content on the media player, and while playing said audio 
content and responsive thereto, automatically displaying the contentspecific user 
interface, (see Dwek col. 6, lines 53-62; col. 7, lines 5-9: after user selection (i.e. click) 
file downloaded and playback initiated) 

Regarding Claim 58, Dwek discloses the method of claim 56 further comprising 
automatically playing audio content on the media player, and. while playing said audio 
content and responsive thereto, automatically displaying the content specific user 
interface to comprise only a portion of a media player user interface associated with the 
media player, (see Dwek col. 6, lines 53-62: media player (i.e. user interface) initiated 
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when media content (i.e. song) file played; col. 5, line 63 - col. 6, line 6: multiple panes 
(i.e. resizable application windows) which can be displayed or hidden via a user click) 

Regarding Claim 59, Dwek discloses the method of claim 56 further comprising 
automatically playing audio content on the media player, and while playing said audio 
content and responsive thereto, automatically displaying the contentspecific user 
interface to comprise an entire media player user interface associated with the media 
player, (see Dwek col. 5, line 63 - col. 6, line 6; col. 12, lines 40-53: multiple panes (i.e. 
windows) can be displayed or hidden via a "click" media player occupies at least a 
portion or the entire PC display screen, media player (i.e. user interface) consists of 
multiple panes (i.e. resizable application windows)) 

Regarding Claim 62, Dwek discloses the media player of claim 61 , wherein the 
.software code further causes the media player to automatically play audio content, and 
while playing said audio content and responsive thereto, automatically display the 
content specific user interface, (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media 
(i.e. song) specific information (i.e. downloaded); col. 1 1, line 66 - col. 12, line 4: skin 
capability for media content associated user interface) 

Regarding Claim 64, Dwek discloses the method of claim 63, wherein said displaying 
comprises doing so without any intervention from a user, (see col. 6, lines 53-66: 
automatic playback of selected media content) 
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Claim Rejections - 35 USC § 103 

5. Claims 4, 17, 23, 25, 26, 32, 33, 35 - 38, 40, 42, 50, 66 - 68 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Dwek in view of Bodin (US Patent No. 
6,223,224). 

Regarding Claim 4, Dwek discloses the method of claim 1 , wherein said at least one 
mediaspecific file comprises multiple files including a definition file that defines how 
other associated files are to be used, and art files containing images that are associated 
with the user interface, (see col. 8, lines 34-40: metadata files, contextual information 
about the media content) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files within a 
single download event as taught by Bodin. One of ordinary skill in the art would be 
motivated to employ Bodin in order to optimize download delivery times for the transfer 
of files between networked systems, (see Bodin col. 1, lines 22-25: "... increase the 
productivity of users in an Internet environment ... need exists to substantially speed up 
delivery of information col. 2, lines 16-1 9: " . . . provide a mechanism for 
downloading multiple related files from a server to a client, by dynamically combining 
the files on the server, and passing them in a single download event ... ") 
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Regarding Claim 17, Bodin discloses the method of claim 12, wherein said associating 
comprises packaging the one mediaspecific file and the one media content file in a 
single downloadable file, (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: capability to 
combined multiple related data (i.e. media-specific, media content, metafiles) files into a 
single download event) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files within a 
single download event as taught by Bodin. One of ordinary skill in the art would be 
motivated to employ Bodin in order to optimize download delivery times for the transfer 
of files between networked systems, (see Bodin col. 1, lines 22-25; col. 2, lines 16-19) 

Regarding Claim 23, Bodin discloses the method of claim 19, wherein said associating 
comprises packaging the one mediaspecific file and the one media content file in a 
single downloadable file, (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: capability to 
combined multiple related data (i.e. media-specific, media content, metafiles) files into a 
single download event) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files within a 
single download event as taught by Bodin. One of ordinary skill in the art would be 
motivated to employ Bodin in order to optimize download delivery times for the transfer 
of files between networked systems, (see Bodin col. 1, lines 22-25; col. 2, lines 16-19) 
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Regarding Claim 25, Bodin discloses a method of organizing content for a user 
experience comprising: 

a) providing multiple different files that define different aspects of a media player 
user interface, at least some files being associated with media content and at 
least some other files being associated with visual content; (see Bodin col. 2, 
lines 23-26; col. 2, lines 31-39: capability to combined multiple related data (i.e. 
media-specific, media content, metafiles) files into a single download event) 

b) organizing the files for sending over a network to a client computer, said 
organizing using a hierarchical tagbased structure to establish a relationship 
between the files such that when the media content is played by a media player, 
the visual content is automatically displayed as at least part of the media player 
user interface, (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: capability to 
combined multiple related data (i.e. media-specific, media content, metafiles) 
files into a single download event) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files 
within a single download event as taught by Bodin. One of ordinary skill in the art 
would be motivated to employ Bodin in order to optimize download delivery times 
for the transfer of files between networked systems, (see Bodin col. 1 , lines 22- 
25; col. 2, lines 16-19) 

Regarding Claim 26, Dwek discloses the method of claim 25, wherein when the media 
content is played by a media player, the visual content is automatically displayed to 



Application/Control Number: 09/817,801 Page 22 

Art Unit: 2143 

comprise an entire media player user interface, (see Dwek col. 15, lines 5-8; col. 15, 
lines 14-18: media (i.e. song) specific information (i.e. downloaded); col. 11, line 66 - 
col. 12, line 4: skin capability for media content associated user interface) 

Regarding Claim 32, Dwek discloses a media delivery mechanism comprising: 
b) one or more media content files associated with content that can be played on a 
media player; (see Dwek col. 8, lines 2-7: stream (i.e. download) file; col. 5, lines 21-24: 
streamed delivery of media (i.e. song) file ; col. 7, lines 5-9: playlist option (i.e. multiple 
media content files downloaded)) 

c) one or more contentspecific files that can be processed to provide a 
contentspecific user interface associated with content that is played on the media 
player; (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) 
specific information (i.e. downloaded); col. 11, line 66 - col. 12, line 4: skin 
capability for media content associated user interface) 

d) a relationship between the one or more media content files and the one or more 
contentspecific files such that a contentspecific user interface is displayed on a 
computer when the content associated with the one or more media content files 
is played on the media player, (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: 
media (i.e. song) specific information (i.e. downloaded) at same time; col. 1 1, line 
66 - col. 12, line 4: skin capability for user interface) 



Application/Control Number: 09/817,801 Page 23 

Art Unit: 2143 

a) Bodin discloses a single file, (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: 
capability to combined multiple related data (i.e. media-specific, media content, 
metafiles) files into a single download event) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files 
within a single download event as taught by Bodin. One of ordinary skill in the art 
would be motivated to employ Bodin in order to optimize download delivery times 
for the transfer of files between networked systems, (see Bodin col. 1 , lines 22- 
25; col. 2, lines 16-19) 

Regarding Claim 33, Dwek discloses the media delivery mechanism of claim 32, 
wherein said relationship is established by a metafile that comprises part of the single 
file, (see Dwek col. 8, lines 34-40; col. 15, lines 14-18: metadata (i.e. specific 
information concerning media content) within information user interface pane 
downloaded with media content ; col. 17, line 64 - col. 18, line 6: specific contextual 
information (i.e. metadata) related to media content displayed within media player (i.e. 
user interface) 

Regarding Claim 35, Dwek discloses the media delivery mechanism of claim 32, 
wherein the content specific user interface comprises only a portion of a media player 
user interface, (see Dwek col. 6, lines 53-62: media player (i.e. user interface) initiated 
when media content (i.e. song) file played ; col. 5, line 63 - col. 6, line 6: multiple panes 
which can be displayed or hidden via a user click) 
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Regarding Claim 36, Dwek discloses the method of claim 32, wherein said portion 
comprises an entire media player user interface, (see Dwek col. 5, lines 34-40; col. 5, 
line 63 - col. 6, line 6; col. 12, lines 40-53: a user interface on a portion of media player, 
multiple panes (i.e. windows) can be displayed or hidden via a "click") 

Regarding Claim 37, Dwek discloses the media delivery mechanism of claim 32, 
wherein the relationship causes the same contentspecific user interface to be displayed 
for multiple media content files, (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media 
(i.e. song) specific information (i.e. downloaded); col. 11, line 66 - col. 12, line 4: skin 
capability for media content associated user interface) 

Regarding Claim 38, Dwek discloses the method of claim 32, wherein the one media 
content file comprises multiple song files, (see Dwek col. 4, lines 26-30: song file server, 
media content downloaded consists of song files ; see col. 7, lines 17-20: playlist 
capability enables multiple song files downloaded for playback) 

Regarding Claim 40, Bodin discloses the method of claim 39 further comprising 
associating the one or more mediaspecific files, the one or more media content files, 
and the one or more metafiles in a single downloadable file, (see Bodin col. 2, lines 23- 
26; col. 2, lines 31-39: capability to combined multiple related data (i.e. media-specific, 
media content, metafiles) files into a single download event) 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files within a 
single download event as taught by Bodin. One of ordinary skill in the art would be 
motivated to employ Bodin in order to optimize download delivery times for the transfer 
of files between networked systems, (see Bodin col. 1, lines 22-25; col. 2, lines 16-19) 

Regarding Claim 42, Bodin discloses the method of claim 40 further comprising 
uploading the single downloadable file to a Web site, (see Bodin col. 2, lines 23-26; col. 
2, lines 31-39: capability to combined multiple related data (i.e. media-specific, media 
content, metafiles) files into a single download event) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files within a 
single download event as taught by Bodin. One of ordinary skill in the art would be 
motivated to employ Bodin in order to optimize download delivery times for the transfer 
of files between networked systems, (see Bodin col. 1, lines 22-25; col. 2, lines 16-19) 

Regarding Claim 50, Dwek discloses a server computer comprising: 

a) at least one computerreadable media; (see col. 7, lines 59-62: compact disk or 
hard disk media) 

b) computerreadable instructions resident on the computerreadable media which, 
when executed by the server, cause the server to: 

maintain multiple files, each file comprising: 
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i) one or more media content files associated with content that can be played on a 
media player on the client computer, (see Dwek col. 8, lines 2-7: stream (i.e. 
download) file; col. 5, lines 21-24: streamed delivery of media (i.e. song) file ; 
col. 7, lines 5-9: playlist option (i.e. multiple media content files downloaded)) 

ii) one or more mediaspecific files that can be processed to provide contentspecific 
user interface; (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. 
song) specific information (i.e. downloaded); col. 1 1 , line 66 - col. 12, line 4: skin 
capability for media content associated user interface) 

iii) one or more metafiles that establish a relationship between the one or more 
media content files and the one or more media specific files such that a 
contentspecific user interface is displayed when the content is played on the 
media player; (see Dwek col. 8, lines 34-40; col. 15, lines 14-18: metadata (i.e. 
specific information concerning media content) within information user interface 
pane downloaded with media content ; col. 17, line 64 - col. 18, line 6: specific 
contextual information (i.e. metadata) related to media content displayed within 
media player (i.e. user interface)) 

iv) Bodin discloses wherein to receive input requesting that one or more of the 
multiple files be sent to a client computer; and send the one or more requested 
files to the client computer, (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: 
capability to combined multiple related data (i.e. media-specific, media content, 
metafiles) files into a single download event) 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files 
within a single download event as taught by Bodin. One of ordinary skill in the 
art would be motivated to employ Bodin in order to optimize download delivery 
times for the transfer of files between networked systems, (see Bodin col. 1 , 
lines 22-25; col. 2, lines 16-19) 

Regarding Claim 66, Dwek discloses a method for playing media content comprising: 
receiving a user input; responsive to the user input and without any additional user 
intervention, automatically: 

c) rendering at least a portion of the media player to include visual content that is 

specific to the playing media and associated with at least some of the files that 

were downloaded, (see col. 15, lines 14-18: ) 

a) Bodin discloses downloading, on a client computer, multiple files associated with 
media content; (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: capability to 
combined multiple related data (i.e. media-specific, media content, metafiles) 
files into a single download event) 

b) Bodin discloses organizing the multiple files on a hard drive of the client 
computer; playing media associated with at least some of the files using a media 
player embodied on the client computer; (see Bodin col. 2, lines 23-26; col. 2, 
lines 31-39: capability to combined multiple related data (i.e. media-specific, 
media content, metafiles) files into a single download event) 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files 
within a single download event as taught by Bodin. One of ordinary skill in the art 
would be motivated to employ Bodin in order to optimize download delivery times 
for the transfer of files between networked systems, (see Bodin col. 1, lines 22- 
25; col. 2, lines 16-19) 

Regarding Claim 67, Dwek discloses the method of claim 66, wherein said rendering 
comprises rendering the entire media player to include the visual content, (see Dwek 
col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. song) specific information (i.e. 
downloaded); col. 11, line 66 - col. 12, line 4: skin capability for media content 
associated user interface) 

Regarding Claim 68, Dwek discloses a media player comprising software configured 
to: receive an input; responsive to the input and without any user intervention, 
automatically: 

b) play media associated with at least some of the files using a media player 
embodied on the client computer; (see Dwek col. 8, lines 2-7: stream (i.e. 
download) file; col. 5, lines 21-24: streamed delivery of media (i.e. song) file ; 
col. 7, lines 5-9: playlist option (i.e. multiple media content files downloaded)) and 

c) render at least a portion of the media player to include visual content that is 
specific to the playing media and associated with at least some of the files that 
were downloaded, (see Dwek col. 15, lines 5-8; col. 15, lines 14-18: media (i.e. 
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song) specific information (i.e. downloaded); col. 11, line 66 - col. 12, line 4: skin 
capability for media content associated user interface) 

a) Bodin discloses wherein to download, on a client computer, multiple files 

associated with media content; (see Bodin col. 2, lines 23-26; col. 2, lines 31-39: 
capability to combined multiple related data (i.e. media-specific, media content, 
metafiles) files into a single download event) 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files 
within a single download event as taught by Bodin. One of ordinary skill in the art 
would be motivated to employ Bodin in order to optimize download delivery times 
for the transfer of files between networked systems, (see Bodin col. 1 , lines 22- 
25; col. 2, lines 16-19) 

6. Claims 7, 11, 13 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Dwek in view of England (US Patent No. 6,330,670). 

Regarding claim 7, Dwek discloses a media playback system using network 
communications for the download of media content for playback and display. Dwek prior 
art discloses one or more media content (i.e. song) files downloaded for playback, (see 
Dwek col. 8, lines 2-7: stream (i.e. download) file; col. 5, lines 21-24: streamed delivery 
of media (i.e. song) file) ; col. 7, lines 5-9: playlist option (i.e. multiple media content 
files downloaded) Dwek does not disclose using digital rights management technology 
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to manage accessing media. However, England discloses the method of claim 1 further 
comprising prior to said playing, using a digital rights management technique to access 
one or more of the downloaded file, mediaspecific file, and media content, (see England 
col. 4, lines 30-34; col. 8, lines 56-60: digital rights management for media content) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with digital rights management technology as 
taught in England. One would have been motivated to combine England with Dwek to 
achieve the extended capabilities to protect the security of media content, (see England 
col. 2, lines 11-17: "Content providers and the computer industry must quickly provide 
technologies and protocols for ensuring that digital content is properly handled in 
accordance with the rights granted by the publisher. If measures are not taken, 
traditional content providers may be put out of business by widespread theft, or, more 
likely, will refuse altogether to deliver content online." ; col. 3, lines 57-61: "Therefore, 
there is a need in the art for a digital rights management operating system that protects 
the rights of the content provider while operating on a general-purpose personal 
computer without requiring additional hardware directed at securing downloaded 
content. ") 

Regarding claim 11, England discloses the media player of claim 9, wherein the 
software code is configured to use a digital rights management technique to access one 
or more of the downloaded file, mediaspecific file, and media content prior to playing the 
media content, (see England col. 4, lines 30-34; col. 8, lines 56-60: digital rights 
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management for media content) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with digital rights management technology as 
taught in England. One would have been motivated to combine England with Dwek to 
achieve the extended capabilities to protect the security of media content, (see England 
col. 2, lines 11-17; col. 3, lines 57-61) 

Regarding claim 13, England discloses the method of claim 12 further comprising 
protecting at least one of the mediaspecific file and the media content file using a digital 
rights management technique, (see England col. 4, lines 30-34; col. 8, lines 56-60: 
digital rights management for media content) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with digital rights management technology as 
taught in England. One would have been motivated to combine England with Dwek to 
achieve the extended capabilities to protect the security of media content, (see England 
col. 2, lines 11-17; col. 3, lines 57-61) 

7. Claims 14, 20, 48, are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Dwek in view of van Zoest (US Patent No. 6,248,946) 

Regarding claim 14, Dwek discloses a media playback system using network 
communications for the download of media content for playback and display, (see Dwek 
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col. 5, lines 25-33) Dwek does not disclose the usage of the XML language for the 
playback and display of media content on a client browser. However, Van Zoest 
discloses the method of claim 12, wherein the usage of XML language for the playback 
and display of media content on a client browser said associating comprises 
establishing a relationship between the one mediaspecific file and the one, media 
content file using an XML data structure, (see van Zoest col. 5, lines 1-6: tag based 
scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with the usage of XML as taught in van Zoest. One 
would have been motivated to employ the XML in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 45-55) 
XML is an Extensible Markup Language based on the HTML language and extends the 
capabilities of the HTML language. 

Regarding claim 20, Van Zoest discloses the method of claim 19, wherein said 
associating comprises establishing a relationship between the one mediaspecific file 
and the one media content file using an XML data structure, (see van Zoest col. 5, lines 
1-6: tag based scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with the usage of XML as taught in van Zoest. One 
would have been motivated to employ the XML in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 45-55) 
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XML is an Extensible Markup Language based on the HTML language and extends the 
capabilities of the HTML language. 

Regarding claim 48, Van Zoest discloses the method of claim 45, wherein the one or 
more metafiles comprise at least one XML data structure that establishes said 
relationship, (see van Zoest col. 5, lines 1-6: tag based scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with the usage of XML as taught in van Zoest. One 
would have been motivated to employ the XML in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 45-55) 
XML is an Extensible Markup Language based on the HTML language and extends the 
capabilities of the HTML language. 

8. Claims 5, 6, 27, 34, 43 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Dwek-Bodin and further in view of Van Zoest. 
Regarding claim 5, Dwek discloses a media playback system using network 
communications for the download of media content for playback and display, (see Dwek 
col. 8, lines 2-7: stream (i.e. download) file; col. 5, lines 21-24: streamed delivery of 
media (i.e. song) file ; col. 7, lines 5-9: playlist option (i.e. multiple media content files 
downloaded)) Dwek does not disclose using script technology to manage media 
processing within an Internet browser. However, Van Zoest discloses the method of 
claim 4, wherein said at least one mediaspecific file comprises least one script file for 
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scripting, (see van Zoest col. 4, lines 33-39: "In a preferred embodiment, the retailer 
API communicates with the User Interface Server 120 or the Verification Server 141 via 
HTTP." Scripting languages such as Perl are used to build API interfaces for 
processing software.) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with script file as taught in van Zoest. One would 
have been motivated to adapt the script file in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 48-50: 
"HTTP is the set of rules for exchanging files (text, graphic images, sound, video and 
other multimedia files) on the Internet. " ) 

Regarding claim 6, Van Zoest discloses the method of claim 4, wherein said at least 
one mediaspecific file comprises least one script file that provides a capability for the 
user interface to respond to events, (see van Zoest col. 4, lines 33-39: tag based 
scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with script file as taught in van Zoest. One would 
have been motivated to adapt the script file in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 48-50) 

Regarding claim 27, Van Zoest discloses the method of claim 25, wherein said 
organizing comprises using a hierarchical tagbased structure comprising an XML data 
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structure, (see van Zoest col. 5, lines 1-6: tag based scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with the usage of XML as taught in van Zoest. One 
would have been motivated to employ the XML in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 45-55) 
XML is an Extensible Markup Language based on the HTML language and extends the 
capabilities of the HTML language. 

Regarding claim 34, Van Zoest discloses the media delivery mechanism of claim 33, 
wherein said metafile comprises an XML data structure that establishes said 
relationship, (see van Zoest col. 5, lines 1-6: tag based scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify Dwek with the usage of XML as taught in van Zoest. One 
would have been motivated to employ the XML in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 45-55) 
XML is an Extensible Markup Language based on the HTML language and extends the 
capabilities of the HTML language. 

Regarding claim 43, Van Zoest discloses the method of claim 40, wherein said one or 
more, metafiles associate said files using an XML data structure, (see van Zoest col. 5, 
lines 1-6: tag based scripting language utilized) 

It would have been obvious to a person of ordinary skill in the art at the time the 
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invention was made to modify Dwek with the usage of XML as taught in van Zoest. One 
would have been motivated to employ the XML in van Zoest in order to achieve the 
extended capabilities of Internet based browsing, (see van Zoest col. 3, lines 45-55) 
XML is an Extensible Markup Language based on the HTML language and extends the 
capabilities of the HTML language. 

9. Claims 41 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Dwek-Bodin and further in view of England. 

Regarding claim 41, Bodin discloses a single downloadable file (see Bodin col. 2, lines 
23-26; col. 2, lines 31-39: capability to combined multiple related data (i.e. media- 
specific, media content, metafiles) files into a single download event, and England 
discloses protecting one or more of the mediaspecific files, media content files, 
metafiles using one or more digital rights management technique, (see England col. 4, 
lines 30-34; col. 8, lines 56-60: digital rights management for media content) 

' It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to modify Dwek to enable the download of multiple files within a 
single download event as taught by Bodin, and to enable digital rights management 
technology as taught in England. One of ordinary skill in the art would be motivated to 
employ Bodin in order to optimize download delivery times for the transfer of files 
between networked systems (see Bodin col. 1, lines 22-25; col. 2, lines 16-19), and to 
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employ England to achieve the extended capabilities to protect the security of media 
content, (see England col. 2, lines 11-17; col. 3, lines 57-61) 



1 0. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kyung H. Shin whose telephone number is (571) 272- 
3920. The examiner can normally be reached on 9 am - 7 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, David A. Wiley can be reached on (571 ) 272-3923. The fax phone number 
for the organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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